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(54) Method for file transfer 



itiating a download sequence by which each component 
is transferred, one-by-one, from the server to the client 
using an Internet protocol. When the download se- 
quence is complete, the Individual components are re- 
assembled into the file using the profile without action 
by the Intemet client. If the transmissbn is interrupted 
for any reason, the down k>ad sequence is restarted with 
the component affected by tho interruption. This avoids 
the need to retransfer the entire file. 
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(57) A method is provided of downloading a file from 
an Intemet server 12 to an Intemet client 10, preferably 
without action by the Internet client The method begins 
by associating the file into a set of components at the 
sen/er. A profile of the file is then generated. This profile 
Includes identifying information for the file as well as for 
each component thereof. Such Information preferably 
includes an identifier, a size value, Eind a code uniquely 
identifying the component. The file is transferred by in- 
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Description 

Tlie present invention relates generally to computer 
networics and more particularly to the efficient transfer 
of relatively large computer files over the Internet using 
standard Internet protocols. 

The Internet offers a suite of well-known services 
including one-to-one messaging (e-mail), one-to-many 
messaging (bulletin board), on-line chat, file transfer 
and browsing. Various known Internet protocols are 
used for these services. Thus, for example, browsing Is 
effected using the Hypertext Transfer Protocol (HTTP), 
whk:h provides users access to multimedia files using 
Hypertext Markup Language (HTML). The collection of 
servers that use HTTP comprise the World Wide Web, 
which is the Internets multimedia informatbn retrieval 
system. The File Transfer Protocol (FTP) is a mecha- 
nism for transferring files from a sender to a client. Typ- 
ically, the client includes an FTP interface and appropri- 
ate software to control transfer and decompression of 
the received file. 

There has been great interest in provkJing Internet 
access at minimal economic cost. While most comput- 
ers now are pre-configured for Intemet access, a signif- 
icant percentage of househokJs still do not have a per- 
sonal computer Thus, It has now been proposed to pro- 
vide a data processing system that, much like a VCR, 
may be connected to a televiston set and used In lieu of 
a personal computer to provkie Web access through a 
conventional remote control device associated with the 
system unit. Such a system enables the televiskwi to be- 
come, in effect, a "Web" appliance. The viewer can rap- 
idly switch between conventional television and Intemet 
access using the remote control unit. All of the conven- 
tional 'Intemet" access tools and navigatbnal functions 
are preferably "built-in" to the system and thus hkJden 
to the user. 

It would also be desirable to update software run- 
ning on the Web appliance without interaction or even 
the knowledge of the user. This goal, however, cannot 
be achieved reliably and cheaply because FTP and oth- 
er Intemet protocols do not allow file transfer restarts. A 
file transfer "restart" means that the transfer is re-initiat- 
ed at a point of Interruption. Thus, In the event that a 
conventional FTP file transmissbn were interrupted, e. 
g., due to a power outage or other such event, it is nec- 
essary to retransfer the entire file. This is highly imprac- 
tical with very large files across a typical 28.8Kbs mo- 
dem, especially without user interaction. 

Accordingly the present invention provides a meth- 
od of downloading a file comprising a set of components 
from a server to a client over a network, comprising the 
steps of: 

generating a profile of the file that includes identify- 
ing informatton for each component; 
initiating a download sequence by which each com- 
ponent is transferred, one-by-one, from the server 



to the client using a network transmission protocol; 
when the download sequence is complete, reas- 
sembling the components into the file using the pro- 
file. 

5 

In the preferred embodiment, the method further 
comprises the step of restarting the down bad se- 
quence, folbwing interruptbn of the downtoad se- 
quence, with a component affected by the interruption, 

10 wherein any component transferred prtor to the interrup- 
tion is not re-transferred from the server to the client, 
thereby improving overall transmissbn efficiency. The 
network transmissbn protocol is preferably the File 
Transfer Protocol (FTP), but any other suitable existing 

IS or future protocol could be used. The kientifying infor- 
matbn In the profile for each component includes an 
kjentifier, a value indcating the size of the component, 
and a code uniquely identifying the component, with the 
code preferably being a cyclic redundancy code. This 

20 allows verificatkxi that a component transfered to the 
client is part of the file using the kientifying informatk>n. 

Further in the preferred embodiment, there is an in- 
itial step of breaking the file into the set of components, 
followed by transferring the profile from the sewer to the 

25 client prbr to initiating the download sequence. The pro- 
file includes kientifying information for the file (prefera- 
bly including a code uniquely identifying the file) and 
each component thereof, and the method further com- 
prises the steps of: using the kientifying infonmatkm up- 

30 on receipt at the client of a component to verify whether 
a complete versk>n of the component has been trans- 
ferred; If the complete version of the component has not 
been transferred, restarting the download sequence 
with the component; and when the downtoad sequence 

35 is complete, verifying whether a complete verston of the 
file has been transferred using the kientifying informa- 
tion for the file; and if the complete version of the file has 
been transfen-ed, reassembling the components into the 
file. Typbally the profile will be re-transferred from the 

^ server to the client prtor to restarting the download se- 
quence. It is preferred that the components are trans- 
ferred in a sequential order as determined by the profile, 
although this is not required, since they can be properly 
ordered at the client during the reassembly process. 

45 In one preferred embodiment, the network is the In- 
temet, the client is a Web appliance attached to the In- 
temet, and the file is a updated version of a program 
running on the Web appliance. Preferably the file is 
downloaded over the Intemet to the Web appliance with- 

50 out requiring any specific action by a user (in other 
words, the file update occurs automatically, transparent- 
ly to the user). 

The invention further provides a computer program 
product for use In downloading a file, comprising a set 

55 of components, from a server to a client, the computer 
program product comprising: 

a computer-readable storage medium having a 
substrate; and a program encoded in the substrate of 
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the computer-readable storage medium, wherein the 
program includes means for performing the file down- 
load methods described above. 

The invention further provides a client computer 
connectabletothe Internet, comprising: a processor; an 
operating system; Internet protocol means; and a client 
component of a file transfer download routine, the client 
component having an associated server component 
supported on a server; wherein the client component of 
the file transfer download routine includes means re- 
sponsive to receipt of component pieces of a file for re- 
assembling component pieces into the file using a file 
profile. Such a client computer can be integrated for ex- 
ample as a base unit Into a data processing system In- 
cluding a remote control unit and a monitor 

In complementary fashion the invention further pro- 
vides a server computer connectable to the Internet, 
comprising: a processor; an operating system; Internet 
protocol means; and a server component of a file trans- 
fer download routine, the sen/er component having an 
associated client component supported on a client ma- 
chine; wherein the server component includes means 
for initiating a download sequence by which compo- 
nents of a file are transferred, one-by-one, from the serv- 
er computer to the client machine using the Internet pro- 
tocol means, and means responsive to any interruption 
of the download sequence for restarting the sequence 
with the component affected by the inten'uption. 

Viewed from another aspect, the invention provides 
a computer program product for use In downloading a 
file, consisting of a set of components, from a Internet 
server to an Internet client, the computer program prod- 
uct comprising: 

a computer-readable storage medium having a sub- 
strate; and 

program data encoded in the substrate of the com- 
puter-readable storage medium, wherein the pro- 
gram data comprises: means for generating a pro- 
file that Includes identifying information for the file 
and for each component thereof; means for Initiat- 
ing a download sequence by which each compo- 
nent is transferred, one-by-one, from the server to 
the client using an Internet protocol; means respon- 
sive to any interruption of the download sequence, 
for restarting the download sequence with the copd- 
ponent affected by the interruption; and means re- 
sponsive to completion of the download sequence 
for reassembling the components into the file using 
the profile. 

Viewed from a further aspect, the invention also pro- 
vides a computer program product for use In download- 
ing a file from a Internet server to an Internet client, the 
computer program product comprising: 

a computer-readable storage medium having a sub- 
strate; and 



program data encoded in the substrate of the com- 
puter-readable storage medium, wherein the pro- 
gram data comprises: means for breaking the file 
into a set of components; means for generating a 

s profile that includes identifying information for the 
file and for each component thereof; means for 
transferring the profile from the server to the client; 
means for initiating a download sequence accord- 
ing to the profile by which each component is trans- 

10 f erred, one-by-one, from the server to the client us- 
ing an Intemet protocol; means responsive to any 
interruption of the download sequence for retrans- 
f erring the profile from the server to the client and 
restarting the download sequence with the compo- 

15 nent affected by the interruption; and means re- 
sponsive to completion of the download sequence 
for reassennbling the components into the file using 
the retransferred profile. 

20 Viewed from a still further aspect, the invention also 
provides a method of downloading a file, consisting of 
a set of components, from a Internet server to an Inter- 
net client, comprising the steps of: 

25 generating a profile of the file that includes Identify- 
ing information for each component; 
initiating a download sequence by which each com- 
ponent Is transferred, one-by-one, from the server 
to the client using an Intemet protocol; 
30 when the download sequence is complete, reas- 
sembling the components into the file using the pro- 
file. 

Viewed from a still further aspect, the invention also 
3S provides a method of downloading a file, consisting of 
a set of components, from an Intemet server to an In- 
temet client, the file represented by a profile that in- 
cludes identifying information for the file and for each 
component thereof, comprising the steps of: 

40 

Initiating a download sequence according to the 
profile by which each component is transferred, 
one-by-one, from the server to the client using the 
Intemet File Transfer Protocol (FTP); 

^ upon receipt at the client of a component, using the 
identifying information to verify whether a complete 
version of the component has been transferred; 
if the complete versbn of the component has not 
been transferred, restarting the download se- 

50 quence with the component; and 

when the download sequence is complete, verifying 
whether a complete version of the file has been 
transferred using the identifying information for the 
file; 

55 if the complete version of the file has been trans- 
ferred, reassembling the components into the file. 

The file transfer mechanism of the invention allows 
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conventional FTP but at the same time altows for file 
transfer restarts. This effectively provides a checkpoint- 
able method for downloading files across the Internet or 
other suitable network. This therefore represents a 
method for downbading a file without a proprietary pro- 
tocol but which still allows for file transfer restarts in the 
event of transmission interruptbn. One application of 
this mechanism is to update software running on a Web 
appliance transparently to the user by downloading a 
file from an I ntemet server to the appliance, thereby en- 
hancing the ease with which software is downbaded 
over the Internet. Such a file transfer download over the 
Internet would repeatedly transfer a discrete piece of a 
file as an atomic operation and then reassemble the dis- 
crete pieces at the client (preferably without direct user 
intewention). 

As described above, a file can be downloaded from 
an Internet server to an Internet client, preferably with- 
out interactiori by a user of the Internet client, starting 
by breaking the file into a set of components. Then, a 
profile is generated for the file that includes identifying 
information for the file and for each component thereof. 
The kientifying information may include an identifier, a 
size value, and a code uniquely identifying the file and/ 
or component thereof. To transfer the file, a download 
sequence is initiated by whk:h each component is trans- 
ferred, one-by-one, from the server to the client. Prefer- 
ably, the transfer of each component is achieved using 
conventkxial Intemet FTP When the downtoad se- 
quence is complete, the components are reassembled. 
If the down bad sequence were interrupted for any rea- 
son, it is restarted at the point of interruptbn, as opposed 
to requiring retransmissbn of previously-delivered com- 
ponents. Preferably, the components of the file are 
transferred in a sequential order as detemnined by the 
profile. 

Preferably, the file profile is transmitted from the 
server to the client prbr to initiatk)n and, if necessary, 
any restart(s) of the download sequence. The profile is 
then used to verify whether components received at the 
client are "complete/ Thus, for example, upon receipt 
at the client of a component, the identifying information 
is used to verify whether a complete versbn of the com- 
ponent has been transferred from the sen/er. Typically, 
this is accomplished by comparing the size of the cotd- 
ponent with the expected size (as determined by the 
size value in the profile) and by cak:ulating the code and 
comparing it to the code In the profile. If the complete 
version of the component has not been transfen-ed (as 
determined by one or both of these tests), the profile is 
resent and the download sequence is restarted, begin- 
ning with the component whose transmission was in- 
complete. When the sewer completes the download, 
the client-resident code verifies whether a complete ver- 
sion of the file has been transferred using the identifying 
information for the file. If the complete version of the file 
has been transferred, the components thereof are then 
reassembled into the file. 



In the preferred embodiment, the Intemet client is 
a Web appliance and the file is a updated verskxi of a 
program (e.g., a browser) running on the Web appli- 
ance. 

5 V^rtous embodiments of the invention will now be 
described in detail by way of example only with refer- 
ence to the following drawings: 

FIGURE 1 is a representative client-server system 

10 for communk:atk)n over the I ntemet; 

FIGURE 2A is pkitorial representatbn of a data 
processing system unit connected to a conventional 
television set to form a "Web" appliance; 
FIGURE 2B is a pbtorial representation of a front 

IS panel of the data processing system unit; 

FIGURE 20 is a pictorial representation of a rear 
panel of the data processing system unit; 
FIGURE 2D is a pictorial representatton of a remote 
control unit associated with the data processing 

20 system unit; 

FIGURE 3 is a bkxk diagram of the major compo- 
nents of the data processing system unit; 
FIGURE 4 is a process fbw diagram of a preferred 
method for downloading a file from an Intemet sen^- 

2S er to an Intemet client such as the Web appliance 
of FIGURE 2A; 

FIGURE 5 is a representative file 'profile'; and 
FIGURE 6 is a flowchart of the preferred method. 

30 FIGURE 1 illustrates an Intemet client machine 10 
connected to a server ptatfonm 12 via a communicatbn 
channel 14. For illustrative purposes, channel 14 is the 
Intemet, an Intranet or other known connection. In the 
case of the Intemet, sender platform 12 is one of a plu- 

35 rality of senders which are accessible by clients, one of 
which is illustrated by machine 10. A client machine typ- 
k:ally includes a suite of known Internet tools to access 
the senders of the network and thus obtain certain sen^- 
k;es. These servbes include one-toone messaging (e- 

40 nriail), one-to-many messaging (bulletin board), on-line 
chat, file transfer and browsing. Various known Internet 
protocols are used for these sewices. Thus, for exam- 
ple, browsing is effected using the Hypertext Transfer 
Protocol (HTTP), which provides users access to multi- 

45 media files using Hypertext Markup Language (HTML). 
The collection of sewers that use HTTP comprise the 
Worid Wide Web. which is the Internet's multimedia in- 
formafion retrieval system. The File Transfer Protocol 
(FTP) is a mechanism for transfen^ing files from a server 

so to a client. Typically, the client includes an FTP interface 
and associated code to facilitate the transfer and, if 
needed, decompressktn of the received file. Appropriate 
code is also reskient on the server side of a parttcutar 
connection (at a so-called 'FTP site"). 

ss By way of example only, a client nr^chine is a per- 
sonal computer such as a desktop or notebook compu- 
ter, e.g., an IBM or IBM-compatible machine running un- 
der the OS/2 operafing system, an IBM ThinkPad ma- 
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chine, or some other Intel x86 or Pentium-based com- 
puter running Windows 3.1 or greater operating system; 
a representative server platform 12 comprises an IBM 
RS/6000 computer 18 (a RISC-based workstation) run- 
ning the AIX operating system 20 (version 4. 1 or above) 5 
and a server program 22. (IBM, OS/2, Thinkpad, RS/ 
6CX)0, and AIX are trademarks of IBM Corporation; Intel 
and Pentium are tradenriarks of Intel Corporation; Win- 
dows is a trademark of Microsoft Corporation). In a pre- 
ferred embodiment, the server program 22 supports 
FTP in a known manner, using FTP mechanism 23 and 
thus the sender platform is an FTP site. FTP is a TCP/ 
IP protocol for file transfers. Informatton about the FTP 
protocol may be obtained from Request For Comment 
(RFC) 765 (Oct. 1985), which is incorporated herein by 
reference. The platform 12 also includes a graphical us- 
er interface (GUI) 24 for management and administra- 
tion. It may also include an application programming in- 
terface (API). The varbus models of the RS/6000 com- 
puters are described in many publications of the IBM 
Corporation, for example. RISC Svstem/6000. 701 3 and 
7016 POWERstation and POWERserver Hardware 
Technical Reference, Order No. SA23-2644-00, whilst 
the AIX operating system is described in AIX Operating 
System Technical Reference, published by IBM Corpo- 
ratbn, First Edition (November 1985), and other publi- 
cations. The skilled person would be aware of nnany oth- 
er suitable hardware/operating system/server combina- 
tions which may be used. 

Another possibility is that the Internet client may be 
a data processing system or a so-called "Web appli- 
ance" such as illustrated in FIGURES 2A-2D and 3. FIG- 
URE 2A is a pictorial representatk>n of the data process- 
ing system as a whole. Data processing system 100 in 
the depicted example provides, with minimal economic 
costs for hardware to the user, access to the Intemet. 
Data processing system 1 00 includes a data processing 
unit 102. Data processing unit 102 is preferably sized to 
fit in typical entertainment centers and provkies alt re- 
quired functionality, which is conventionally found in per- 
sonal computers, to enable a user to "browse" the Inter- 
net. Additionally, data processing unit 102 may provkje 
other common functbns such as serving as an answer- 
ing machine or receiving facsimile transmissions. 

Data processing unit 102 is connected to television 
104 for display of graphical informatbn. Television 104 
may be any suitable television, although cotor televi- 
sions with an S-Video input will provide better presen- 
tatbns of the graph bal information. Data processing 
unit 102 may be connected to televisbn 104 through a 
standard coaxial cable connectbn. A renrx>te control unit 
106 albws a user to interact with and control data 
processing unit 102. Remote control unit 106 emits in- 
frared (IR) signals, preferably nrKxlulated at a different 
frequency from the normal television, stereo, and VCR 
infrared remote control frequencies in order to avoid in- 
terference. Remote control unit 106 provides the func- 
tionality of a pointing device (such as a mouse, gibe- 



point, trackball or the like) in conventional personal com- 
puters, including the ability to move a cursor on a display 
and to select items. 

FIGURE 2B is a pictorial representatbn of the front 
panel of data processing unit 102. The front panel in- 
cludes an infrared window 1 08 for receiving signals from 
remote control unit 1 06 and for transmitting infrared sig- 
nals. Data processing unit 1 02 may transmit infrared sig- 
nals to be reflected off objects or surfaces, albwing data 
processing unit 102 to autonnatbally control televisbn 
104 and other Infrared remote controlled devices. Vol- 
ume control 110 permits adjustment of the sound level 
enr^ating from a speaker within data processing unit 
102 or from televisbn 104. A plurality of light-emrtting 
dbde (LED) indbators 112 provbe an indbatbn to the 
user of when data processing unit 102 is on, whether 
the user has messages, whether the nrKxiem/phone line 
is in use, or whether data processing unit 102 requires 
service. 

FIGURE 2C is a pbtorial representatbn of the rear 
panel of data processing unit 102. A three wire (ground 
included) insulated power cord 114 passes through the 
rear panel. Standard telephone jacks 116 and 118 on 
the rear panel provbe an input to a modem from the 
phone line and an output to a handset (not shown) . The 
real panel also provides a standard computer keytx>ard 
connectbn 120. mouse port 122. computer monitor port 
124, printer port 126. and an additkxial serial port 128. 
These connectbns may be empbyed to albw data 
processing unit 102 to operate in the manner of a con- 
ventbnal personal computer. Game port 1 30 on the rear 
panel provides a connection for a joystck or other ganr>- 
ing control devbe (glove, etc.). Infrared extension jack 
1 32 albws a cabled infrared LED to be utilized to trans- 
mit infrared signals. Microphone jack 134 albws an ex- 
temat microphone to be connected to data processing 
unit 102. 

Video connectbn 136, a standard coaxial cable 
connector, connects to the video-in terminal of television 
104 or a video cassette recorder (not shown). Left and 
right audb jacks 1 38 connect to the corresponding au- 
db-in connectors on television 104 or to a stereo (not 
shown) . If the user has S-Video input, then S-Video 
connectbn 140 may be used to connect to television 
104 to provide a better picture than the composite sig- 
nal. If televisbn 104 has no video inputs, an external 
channel 3/4 modulator (not shown) may be connected 
in-line with the antenna connectbn. 

FIGURE 2D is a pbtorial representation of remote 
control unit 106. Similar to a standard telephone keypad, 
remote control unit 106 includes buttons 142 for Arabb 
numerals 0 through 9, the asterisk or "star" symbol (*), 
and the pound sign (#). Renrtote control unit also in- 
cludes "TV" button 1 44 for selectively viewing televisbn 
broadcaste and "Web" button 146 for initiating "brows- 
ing" of the Internet Pressing "Web" button 146 will 
cause data processing unit 102 to initiate modem dial- 
up of the user's Internet sen/be provider and display the 
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start-up screen for an Internet browser. 

A pointing device 147, which is preferably a track- 
point or 'button' pointing device, is included on rerrote 
control unit 106 and allows a user to manipulate a cursor 
on the display of television 104. 'Go' and "Back" buttons 5 
148 and 1 50. respectively, allow a user to select an op- 
tion or return to a previous selection. 'Help' button 151 
causes context-sensitive help to be displayed or other- 
wise provided. 'Menu' button 152 causes a context- 
sensitive menu of optkxis to be displayed, and 'Update' 
button 153 will update the optbns displayed based on 
the user's input, while home button 154 allows the user 
to return to a default display of options. 'PgUp' and 
'PgDn' buttons 156 and 158 albw the user to change 
the context of the display in display^ized blocks rather 
than by scrolling. The message button 160 albws the 
user to retrieve messages. 

In addition to, or in lieu of. renrK>te control unit 106. 
an infrared keyboard (not shown) with an integral point- 
ing device nnay be used to control data processing unit 
102. The integral pointing device is preferably a track- 
point or button type of pointing device. A wired keyboard 
(also not shown) may also be used through keyboard 
connection 120, and a wired pointing device such as a 
mouse or trackball may be used through mouse port 
1 22. When a user has one or more of the renrote control 
unit 106, infrared keyboard, wired keyboard and/or 
wired pointing device operable, the active devk:e locks 
out all others until a prescribed perkxJ of inactivity has 
passed. 

Referring now to FIGURE 3, a bkx:k diagram for the 
major components of data processing unit 102 is por- 
trayed. As with conventional personal computers, data 
processing unit 102 includes a mothertXDard 202 con- 
taining a processor 204 and memory 206 connected to 
system bus 280. Processor 205 is preferably at least a 
486 class processor operating at or above 100 MHz. 
Memory 206 may include cache memory and/or video 
RAM. Processor 205, memory 206, and system bus 208 
operate in the same manner as corresponding compo- 
nents in a conventional data processing system. 

Video/TV converter 210, located on mothertxiard 
202 and connected to system bus 208, generates conr>- 
puter vkjeo signals for computer monrtors, a composite 
television signal, and an S-Video signal. The functbn- 
ality of VideoH^ converter 210 may be achieved 
through a Trident TVG9685 video chip in conjunction 
with an Anabg Devices AD722 converter chip. Video/ 
TV converter 210 may require loading of special oper- 
ating system device drivers. 

Keytx>ard/rerTK)te control interface unit 212 on 
motherboard 202 receives keyboard codes through 
controller 21 4, regardless of whether a wired keyboard/ 
pointing device or an infrared keyboard/remote control 
is being employed. Infrared rerriote control unit 106 
transmits signals which are ultimately sent to the serial 
port as control signals generated by conventbnal 
mouse or pointing device movements. Two buttons on 



rernoXe control unit 106 are interpreted identically to the 
two buttons on a conventional mouse, while the remain- 
der of the buttons transmit signals corresponding to key- 
strokes on an infrared keyboard. Thus, rennote control 
unit 106 has a subset of the functk>n provided by an in- 
frared keyboard. 

Connectors/indk:ators 216 on motherboard 202 
provkle some of the connections and indicators on data 
processing unit 102 described above. Other connec- 
tions are associated with and found on other compo- 
nents. For example, telephone jacks 116 and 118 are 
kx^ated on modem 222, The power indicator within con- 
nectors/indicators 216 is controlled by controller 214. 

External to motherboard 202 in the depicted exam- 
ple are power supply 218, hard drive 220, modem 222 
and speaker 224. Power supply 218 is a conventional 
power supply except that it receives a control signal from 
controller 214 which effects shut down of all power to 
motherboard 202, hard drive 220 and rrxxiem 222. In 
some recovery situations, removing power and reboot- 
ing is the only guaranteed method of resetting all of 
these devices to a known state. Thus, power supply 21 8, 
in response to a signal from controller 21 4. is capable 
of powering down and restarting data processing unit 
102. 

Controller 21 4 is preferably one or more of the 605x 
family controllers. Controller 214 receives and process- 
es input from infrared remote control 106, infrared key- 
board, wired keytx)ard, or wired mouse. When one key- 
board or pointing devbe is used, all others are kx:ked 
out (ignored) until none has been active for a prescribed 
perkxJ. Then the first keyboard or pointing devrce to gen- 
erate activity locks out all others. Controller 214 also di- 
rectly controls all LED indicators except that indicating 
rrxxJem use. As part of the failure recovery system, con- 
troller 21 4 specifies the boot sector selection during any 
power off-on cycle. 

Hard drive 220 contains operating system and ap- 
plicatkxis software for data processing unit 102, which 
preferably includes IBM DOS 7.0 program, a product of 
Intematkxiat Business Machines Corporation in Ar- 
nrxxik, fvlew York; an operating system such as Windows 
3.1 (or higher), a product of Microsoft Corporation in 
Redmond, Washington; and Netscape Navigator (Ver- 
skxi 1.0 or higher), a product of Netscape Communica- 
tions Corporatk>n in Mountain View, Califomta. Hard 
drive 220 also supports a conventbnal FTP mechanism 
to facilitate file transfers from Internet FTP sites, all in a 
known manner. Other conventional Internet tools, in- 
cluding e-mail, bulletin board, and on-line chat capabil- 
ity, may also be provided. Of course, the software kien- 
tified above is merely representative, as other known 
programs may be used in the alternative or by way of 
addition. Also, minor modifications of these software 
packages may be desirable to optimize performance of 
data processing unit 102. 

Modem 222 may be any suitable modem used in 
conventbnal data processing systems, but is preferably 



IS 



20 



25 



30 



35 



40 



45 



SO 



11 



EP 0 862 304 A2 



12 



a 33.6 kbps modem supporting the V.42bis, V.34, V.17 
Fax, MNP 1-5, and AT command sets. To maintain the 
stim height of data processing system 102, modem 222 
is preferably inserted into a slot nrx^unted sideways on 
motherboard 202. Modem 222 Is connected to a physi- 
cal communication link 227, which, in tum, in connected 
or connectable to the Internet (not shown). 

Those skilled in the art will recognize that the com- 
ponents depkjted in FIGURES 2A-2D and 3 and de- 
scribed above nnay be varied for specific applicatkxis or 
embodiments. 

A file transfer program 225 run by the processor is 
used to administer and manage "updating" of the vari- 
ous application programs, preferably without interaction 
or interventkxi by a user of the appliance. This piece of 
code cooperates with a program located at a sender to 
facilitate the file transfer downk>ad method of the 
present invention, and it is preferably designed to lie "on 
top" of a conventional FTP mechanism. An Internet cli- 
ent runs the client component of the downfoad routine 
while an Internet server runs the sen/er component of 
the program, and both of these components overlay the 
FTP mechanism to ensure backwards compatibility with 
existing approaches. 

The preferred protocol implemented by the client 
and sender components is illustrated in the process flow 
diagram of FIGURE 4. Before discussing this operation 
in detail, reference should also be made to FIGURE 5, 
whbh illustrates a representative file "profile". Typically, 
each file desired to be transmitted is identified in a mas- 
ter list of files to be downloaded. Preferably, this master 
list is stored at the Internet server, and it may be acces- 
sible by the client. For each file to be downbaded, there 
is an associated "profile" that is generated. A represent- 
ative profile 250 for the file titled CONFIG.SYS. PRO is 
illustrated. The profile includes two primary sections, a 
header section 252 and a body section 254. Each sec- 
tion includes so-called kientifying information useful in 
deconstructing and constructing the file. Header section 
252 includes an identifier CONFIG.SYS for the file and 
various attributes: a {date/time} attribute identifying a 
date and time when the profile was created, a {size} at- 
tribute indicating the size of the overall file (preferably 
in bytes), and a cyclic redundancy code {CRC} which 
acts as a checksum uniquely identifying the file. The 
{size} is preferably a 32-bit size of the file (unsigned 
long), and the CRC is a 32-bit CRC. As is known in the 
art, a CRC may be generated for a particularfile (or com- 
ponent thereof) by generating a running count from the 
hexadecimal or other character strings that comprise 
the file. The CRC for the overall file is cabulated and 
stored in the profile header sectbn 252. Other check- 
sum approaches may be used in the alternative. 

The profile body sectkxi 254 includes kJentifying in- 
formatkxi for a set of one or more components of the file 
that (in the preferred embodiment) must be combined 
or "reassembled" in order to make a working file. In this 
example, CONFIG.SYS. PRO is made up of three com- 



ponents: CONFIG.SYS1, CONFIG.SYS2and CONFIG. 
SYS3. In a representative embodiment, a component is 
of a fixed size (e.g., up to and including 75K bytes). Of 
course, this size designation is merely exemplary. Each 
5 component includes an identifier and a pair of attributes: 
{size} and associated {CRC}. These attributes are mere- 
ly representative as other f unctbnal characteristics may 
be used as well. Thus, for example, a security attribute 
nnay be included so that the client does not down toad a 
10 non-usable or bogus file. As noted above, the {size} at- 
tribute is preferably a 32-bit size of the file component 
(unsigned long), and the CRC is a 32-bit CRC calculated 
for each partrcular component. This identifying informa- 
tion is used by the client component to verify complete- 
rs ness of the transmission of any component. Preferably, 
all numeric fields are stored as hexadecimal character 
strings. 

In the preferred embodiment, the profile is generat- 
ed for each file to be downtoaded. This process is pref- 

20 erably done "off-line" (i.e. not during a download ses- 
skxi) to save time. The client and sender, in effect, 
"agree" on the naming conventkxis for the profile by 
having the sender download the profile to the client that 
is expected to receive the file download. Although not 

2S illustrated in detail, it should be appreciated that the 
server includes an appropriate management and ad- 
ministrative interface (e.g.. a DOS-based interface or a 
Windows-based graphical user interface with control 
menus and the like) for formatting each file into its com- 

30 ponents parts. Preferably, a user (whbh may be a sys- 
tem designer, an administrator, a person familar with 
protocols or some other third party) merely enters the 
size and naming conventions into appropriate diatog 
boxes and the profile (with the {CRC} and other header 

3S bkx:k infonmatton) is generated automatk:alty The serv- 
er code also breaks the file into its component parts, and 
these parts are preferably stored in addressable loca- 
tions. 

Assume now that CONFIG.SYS. PRO file is to be 

40 downloaded from the sewer (at which it is resident) to 
an Internet client and that the profile 250 is represented 
by x.pro. Ttie file, for example, may be a new verston of 
an application running on the Web appliance, and it is 
preferred that this download process be effected without 

45 the user's actual knowledge or interactton. The three 
pieces of CON FIG. SYS. PRO are kJentified as x.1, x.2 
and X.3 in the process flow diagram of FIGURE 4 and 
each of these file components preferably includes its 
own header in whk;h the associated identfying informa- 

50 tion is included. 

The protocol begins with the client nnachine con- 
necting to the Intemet. and it is preferred that this pro- 
tocol overlay a conventtonal FTP mechanism such that 
file components are transferred between server and c\\- 

55 ent using FTP. A flow diagram showing the following 
process steps is illustrated in FIGURE 6. The process 
begins at step 260 in response to some control com- 
mand (s) from the server indicating that a down toad ses- 
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sion involving the file is about to be initiated. In re- 
sponse, the client initiates a request for the profile (x. 
pro) and transmits this request to the server This is step 
262 in FIGURES. The server then sends back the profile 
x.pro, which is step 263 in FIGURE 6. As used herein, s 
■initiating" a request preferably (but not by way of limi- 
tation) means an action by the client component of the 
download routine, not the user of the client machine. Up- 
on receipt of the profile, the client performs a test or 
check at step 264 in the flowchart to determine whether 
or not the existing parts or components of the file (as 
identified in the profile) are present at the client. Prefer- 
ably a 'checklist" or the like is set up by the client conD- 
ponent and evaluated for this purpose. Another possi- 
bility is that the client component may set up some type 
of data structure (or other list) to keep track of the profile 
components. If the outcome of this evaluatk»i is nega- 
tive, the routine continues at step 266. At this point, the 
client requests a first component x.1 of the file (as iden- 
tified by the profile) and transmits this request to the 
server. At step 268 in the flowchart, the server responds 
by sending component x.1 . 

Upon receipt of code purporting to be the first com- 
ponent x.1. the client component preferably compares 
the {size} and {CRC} informafion with the identifying in- 
formatbn in the profile and records whether the compo- 
nent has downloaded completely. This is step 270. The 
size and/or CRC comparison may be deferred until all 
of the pieces are received. The {size} is determined by 
counting the bytes and the {CRC} is cak:ulated in the 
known nrranner. A test is then run at step 272 to deter- 
mine If the first component x.1 has been received in its 
entirety (as indicated by the comparison with the profile). 
If the result of the test at step 272 is positive, the down- 
load sequence continues, tn particular, a test is per- 
formed at step 274 to determine if all of the components 
have been received. If not, the routine cycles back and 
repeats for each of the remaining components. 

Preferably, the components are transferred from 
server to client in sequential order but this is not re- 
quired. The download sequence continues in this fash- 
ion (with each received component being checked 
against the profile identifying infomiation), until all corrv 
ponents have been requested by the client and trans- 
ferred by the server. 

When all components have been received, as indi- 
cated by a positive result of the test at step 274, the cli- 
ent component reassembles the components at step 
276 and then calculates the {size} and {CRC} for the 
overall file at step 278. A test is then made at step 280 
to determine whether the entire file is now present in the 
client. This is achieved by comparing the calculated in- 
formation with the kJentlfying information in the profile 
header block. If the outcome of the test at step 280 is 
positive, the routine is complete. If the outcome is neg- 
ative, the routine retums to step 266 to obtain the miss- 
ing component(s). 

Assume now that the file transfer has been inter- 



rupted after the client requested component x.2. This is 
illustrated in the process flow diagram of FIGURE 4. A 
transmission interruption may be caused by any number 
of factors such as a power outage or the user inadvert- 
ently or intentbnalty turning off the power to the Web 
appliance. In this circunnstance, however, the client 
again connects to the Internet and requests transfer of 
the profile x.pro. The sender responds by re-sending the 
profile, which is advantageous because the file may 
have changed while the client was disconnected. Re- 
sending the profile is not always required, however, be- 
cause there may be situations where the file state is per- 
sistent. In the pref en-ed embodiment, however, the pro- 
file is retransmitted. The client then checks for the ex- 
isting parts as previously described. At this point in the 
example, component x.1 is found, but comp>onent x.2 is 
not found (or its size or CRC does not match the profile 
kJentrfying information). Thus, the client requests com- 
ponent x.2. and the server responds by sending this 
component After validation, the downbad sequence 
then continues with the client requesting the next com- 
ponent, x.3 and transmrfting this request to the server. 
The server responds in due course by transferring com- 
ponent x.3. When all pieces of the file have been trans- 
ferred (and this is determined by analyzing the profile), 
the client reassembles the pieces, checks the CRC and 
the date/time stamp if needed, and the process ends. 

As can be seen, this approach is highly advanta- 
geous because it obviates retransmission of the entire 
file if any portion of the transmission is interrupted. Al- 
though the process flow of FIGURE 4 shows a single 
transmission interruption, the technique is useful re- 
gardless of the frequency of interruptkxis or the delay 
associated with any of them. Preferably, such file trans- 
fer takes place transparently" to the user of the Web 
appliance, and thus software resident in the appliance 
can be perkxik^lly updated. This makes the appliance 
easy to use and maintain. Moreover, by overlaying the 
routine over a conventional FTP mechanism, the indi- 
vkJual components of the file are transferred using the 
existing FTP, and thus the solution is backwards com- 
patible with existing applk:atk)ns. 

Another advantage of the above approach is that 
the file is broken into a number of components, which 
enables the transfer of multiple components simultane- 
ously. This can be achieved by opening multiple sockets 
between the client and the sender during a session. 
Moreover, it should be appreciated that the technique 
described herein is most useful for files greater than 
about SOKbytes in size, and especially for files greater 
than lOOKbytes. 

The skilled person woukJ also recognise nr^any other 
possible modifications and variatk>ns. Thus, for exam- 
ple, a server nnay be provided with a mechanism that is 
responsive to a client request for breaking up a compos- 
ite file into components, creating a profile for the file, and 
then returning the profile to the client. The remainder of 
the file transfer would then proceed as described above. 
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transferred prior to the interruption is not re-trans- 
ferred from the server to the client. 

4. The method of any preceding Claim, wherein the 
5 network transmission protocol Is the File Transfer 

Protocol (FTP). 

5. The method of any preceding Claim, wherein the 
identifying information in the profile for each com- 

^0 ponent Includes an identifier, a value indicating the 
size of the component, and a code uniquely identi- 
fying the component. 

6. The method of Claim 5, wherein the code is a cyclic 
^5 redundancy code. 

7. The method of any preceding Claim, further com- 
prising the step of verifying (270) that a component 
transferred to the client is part of the file using the 

20 identifying infomnation. 

8. The method of any preceding Claim, further com- 
prising the initial step of breaking the file into the set 
of conriponents. 

25 

9. The method of any preceding Claim, further com- 
prising the step of transferring (263) the profile from 
the sewer to the client prbr to initiating the down- 
load sequence. v 

30 

10. The method of Claim 9, wherein the profile includes 
identifying informatkxi for the file and each compo- 
nent thereof, said method further comprising the 
steps of: 

35 

using the identifying lnformatk>n upon receipt 
at the client of a component to verify whether a 
complete version of the component has been 
transferred; 

40 if the complete version of the component has 

not been transferred, restarting the download 
sequence with the component; and 
when the download sequence is complete, ver- 
ifying (278, 280) whether a complete version of 

45 the file has been transferred using the identify- 

ing infornnatk>n for the file; 
if the complete version of the file has been 
transferred, reassembling the components into 
the file. 

50 . 

11. The method of Claim 10, further including the step 
of re-transferring the profile from the sender to the 
client prbr to restarting the download sequence. 
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This can be accomplished with a new server daemon or 
by riKxlifying an existing FTP daemon to accept a new 
FTP site command. A suitable applicatbn programming 
Interface (API) may then be provided to facilitate third 
party use of the sen/er mechanism. 

One of the preferred implementatbns of the file 
transfer scheme is as a set of instructions (program 
code) In a code module resident in the random access 
memory of the computer. Until required by the computer, 
the set of instructions may be stored in another compu- 
ter memory, for example, in a hard disk drive, or In a 
removable memory such as an optical disk (for eventual 
use in a CD ROM) or floppy disk (for eventual use In a 
floppy disk drive), or downloaded via the Internet or oth- 
er computer network. In addition, although the various 
methods described are conveniently Implemented In a 
general purpose computer selectively activated or 
reconfigured by software, one of ordinary skill in the art 
would also recognize that such methods may be carried 
out in hardware, in firmware, or in more specialized ap- 
paratus constructed to perform the required method 
steps. 

As used herein, 'Internet client" and "Internet serv- 
er'shouW be regarded as Including any computer, com- 
puter platform, or other suitable device directly or indi- 
rectly connected or connectable In any known or later- 
developed manner to the Internet or any other suitable 
network, with the "client" representing one who requests 
or gets the file, and "server" the entity which downloads 
the file. 

It shoukJ further be appreciated that technque de- 
scribed herein coukJ also be used to cache data and pro- 
grams at a local server serving a set of Intemet clients 
from a master server to conserve network resources. 



Claims 

1 . A method of downloading a file comprising a set of 
components from a server (12) to a client (10) over 
a network (14), comprising the steps of: 

generating a profile of the file that includes 
identifying Inforrr^tlon for each component; 
initiating a download sequence by which each 
component Is transferred (268), one-by-one, 
from the sen/er to the client using a network 
transmission protocol; 

when the download sequence Is complete, re- 
assembling (276) the components into the file 
using the profile. 

2. The method of Claim 1 , further comprising the step 
of restarting the download sequence, following in- 
terruption of the download sequence, with a conrv 
ponent affected by the interruption. 

3. The method of Claim 2, wherein any component 



ss 12. The method of Claim 1 0 or 1 1 , wherein the klentlfy- 
ing information for the file Includes a code uniquely 
dentifying the file. 



9 



17 



EP 0 862 304 A2 



18 



13. The method of Claim 12, wherein the code is a cy- 
clic redundancy code. 

14. The method of any preceding Claim wherein the 
components are transferred in a sequential order s 
as determined by the profile. 

15. The method of any preceding Claim wherein the 
network is the Internet, and the client is a Web ap- 
pliance attached to the Internet. 

16. The method of Claim 1 5 wherein the file is a updat- 
ed version of a program running on the Web appli- 
ance. 

17. The method of claim 15 or 16 wherein the file is 
downloaded over the Internet to the Web appliance 
without requiring any specific action by a user. 

18. A computer program product for use in downloading 
a file, comprising a set of components, from a server 
to a client, the computer program product compris- 
ing: 

a computer-readable storage medium having 
a substrate; and a program encoded in the sub- 
strate of the computer-readable storage medium, 
wherein the program includes means for performing 
the method of any preceding claim. 



a server component of a file transfer download 
routine, the server component having an asso- 
ciated client component supported on a client 
machine; wherein the server component in- 
cludes means for initiating a download se- 
quence by which components of a file are trans- 
ferred, one-by-one, from the server computer 
to the client machine using the Intemet protocol 
means, and means responsive to any interrup- 
tion of the download sequence for restarting the 
sequence with the component affected by the 
intenuption. 

22. The computer of Claim 1 9 or 21 wherein the Intemet 
protocol means is FTP. 
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1 9. A client computer connectable to the I ntemet, com- 30 
prising: 



a processor; 

an operating system; 

Intemet protocol means; and ss 
a client component of a file transfer download 
routine, the client component having an asso- 
ciated sender component supported on a serv- 
er; wherein the client component of the file 
transfer download routine includes means re- 40 
sponsive to receipt of component pieces of a 
file for reassembling component pieces into the 
file using a file profile. 



20. A data processing system (100), comprising: 4S 

a remote control unit (106); and 
a base unit (102) connectable to a monitor 
(104) for providing Intemet access under the 
control of the remote control unit, the base unit so 
comprising the client computer of Claim 1 9. 

21. A server computer connectable to the Intemet, 
comprising: 

55 

a processor; 

an operating system; 

Intemet protocol means; and 
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FIG. 5 



Contents Of C0Nn6.SYS.PR0: 



C CONFIG.SYS jDoleAimef {Size} jCRC} 
S C0NFIG.SYS.1 jSizej jCRCj | 
S C0NFIG.SYS.2 jSizei jcRcj h^A 
S CONnG.SYS.3 jSizej jcRcj . 
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Dole\Time - DOS Time t Formot (Unsigned Long) 
Size - 32-Bit Size Of The File (Unsigned Long) 
CRC - 32-Bil CRC 

NOTE: All Numeric Fields Are Stored As Hex Chor Strings 
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